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Stand der Technik 

5 

Die Erfmdung geht von einem Verfahren zur Cber- 
tragung von Datenpaketen nach der Gattung des 
Hauptanspruchs aus. 

Es ist schon ein Verfahren zur Obertragung von Da- 
tenpaketen bekannt, das Protokoll R22P (ITU-T Study lo 
Group 15, LBC 95-276 "ITU-T Recommendation 

In diesem Protokoll werden die Rahmenstnikturen, 
die Formate der Daten- und Steuerfelder und eine 
Struktur fiir die vom Multiplexer zu ttbertragenden Da- 15 
ten, das Multipiexprotokoll, festgelegt Das Multiplex- 
protokoll ermoglicht die Verarbeitung von logischen 
Informationen, die uber die Adaptationsebene auf die 
Multiplexebene gelangen, in einheitliche Dateneinhei- 
ten. Das Protokoll ermoglicht die Obertragung von be- 20 
liebigen Kombinationen von digitalen Audio und Video- 
daten oder anderen Infonnationen iiber eine Datenlei- 
tung und schlagt zur Verhinderung eines Datenverlustes 
ein spezielles Protokoll vor, das ein Synchronisations- 
muster mit 31 Bits Lange aufweist Ihm wird der HEA- 25 
DER (31 Oder 63 Bits) und das Informationsfeld mit fe- 
ster Lange nachgestellt Das Synchronisationsmuster 
muB durch eine Korrelationsbedingung im Empfanger 
erkannt werden, erst dann kann die Verarbeitung der 
Multiplex-Pakete im Empfanger beginnen. 30 

Bei diesem Verfahren konncn Datenverluste durch 
einen Verlust der Synchronisation auftreten. Fehlerhaf- 
te HEADER konnen nicht rekonstruiert werden. 
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Das erfindungsgemaBe Verfahren mit den kennzeich- 
nenden Merkmalen des Anspruch 1 hat demgegenuber 
den Vorteil, daB im Falle einer fehlerhaften Obertra- 
gung des HEADERS durch das Kontrollfeld HEX einen 40 
Moglichkeit zur Rekonstruktion von Daten besteht 

Durch die in den Unteranspriichen aufgefuhrten 
MaBnahmen ist eine vorteilhafte Weiterbildung und 
Verbesserung des im Hauptanspruch gegebenen Ver- 
fahren moglich* 45 

Besonders vorteilhaft ist, daB das Feld HEX eine be- 
liebige Anzahl Bits haben kann, die die Informationen 
uber mogliche Wechsel des HEADER beinhalten. 

Diese Informationen konnen eine einfache Rfickset- 
zung des Zahlers in HEX auf Null sein. 50 

Setzt man Klassen von Datenblocken mit identischem 
HEADER und festen Langen ein, wird der Zahler kon- 
stant gehalten und die Rucksetzung auf Null ist das 
Zeichenfur den HEADER-WechseL 

Eine weitere vorteilhafte Ausfiihrungsform verlangt 55 
als Zeichen eines Klassenwechsels eine In- oder Dekre- 
mentierung des HEX-ZShlers. 

Alternativ dazu kann es von Vorteil sein den Zahler 
innerhalb einer Klasse zu inkrementieren und einen 
HEADER-Wechsel durch Rticksetzung auf Null anzu- eo 
zeigen. 

In manchen Fallen ist es vorteilhaft, wenn ein HEA- 
DER-Wechsel mit dem Dekrementieren des Zahlers 
vom maximalen Wert auf Null eingeleitet wird. 

Eine weitere Art des HEADER-Wechsels wird durch 65 
eine Ruckmeldungdes Empf angers gewahlt^^ 

Eine dafiir vorteilhafte Rucksetzung des Anderungs- 
signals nach wartet die Ruckmeldung des Empfangers 



ab. 

Nach kann dazu aber bei bekannten Signallaufzeiten 
eine Mindestdauer vor der Rticksetzung abgewartet 
werden. 

Fur eine Reduktion von Fehlern kann der HEADER 
iiber die Klasse der Pakete verteilt angeordnet werden 
Weiterhin ist es vorteilhaft, daB HEADER und HEX 
gemeinsam geschutzt werden, 

Ein vorteilhaftes Fehlerschutzverfahren verwendet 
Reed-Solomon-Codes. 

Zeichnung 

Ein AusfOhrungsbeispiel des Erfindung ist in der 
Zeichnung dargestellt und wird in nachfoigender Be- 
schreibung naher eriautert 

Es zeigen: 

Fig. 1 Struktur der Datenebenen fur die Multiplexda- 
tenubertragung. 

Fig. 2 Aufbau der Dateneinheit des Muitiplexproto- 
koUs. 

Die Datenubertragung von beliebigen Datensignalen 
fmdet nach Fig. 1 Qber hierarchisch gegliederte Ebenen 

statt 

Von den einzehien Datengeraten kommen die zum 
Teii analogen Signale iiber die Anwendungsebene zur 
Kodierungsebene. Nach einem Digitatisierungsschritt 
werden die Inhalte der logischen Kanaie LCN an die 
Adaptationsebene des Multiplexers weitergegeben. Im- 
mer noch in getrennten Kanalen werden die Daten als 
MUX-SDUs (Service Data Units) an die Multiplexebe- 
ne weitergereicht Diese Ebene verarbeitet die Vielzahl 
an Kanalen zu einem Kanal und gibt MUX-PDUs (Pro- 
tocol Data Units) aus. Diese Datenpakete werden nach 
dem erfindungsgemaBen Protokoll mit Signalen gefullt 

Fig. 2 zeigt ein solches MUX-PDU in der Abfolge der 
Steuer- und Datenfelder. Das erste Feld SYNC beinhal- 
tet ein Synchronisationsmuster variabler Lange, das ei- 
ne klar zu detektierende Bitfolge von, z. B. 31 Bit bein- 
haltet Das Synchronisadonsmuster wird jedem Muhi- 
plexpaket vorangestellL Als Muster konnen z. B. Bar- 
ker- Oder Williardsequenzen eingesetzt werden. 

Im Feld HEADER legt man das Obertragungsschema 
fiir den nachfolgenden Informationsblock fest Ein Bei- 
spiel fur ein solches Obertragungsschema wird im Pro- 
tokoll H.223 (rrU-T Study Group 15) beschrieben. Ein 
solcher HEADER weist z. B. 4 Bits auf. AUe 16 Zustan- 
de, die der HEADER mit den 4 Bits beschreiben kann, 
sind in einer Tabelle abgelegt Mochte man z. B. nur 
Audiosignale ubertragen, wird ein bestinunte Bitfolge 
gesetzt wird der Informadonsblock fiir Audio- und Vi- 
deosignale geteilt wird eine andere Bitfolge gesendet 

AnschlieBend folgt ein Block HEX, der die Daten zur 
Rekonstruktion fehlerhafter HEADER enthalt 

Im AnschluB folgt das Informationsfeld. Es ist nach 
den im HEADER festgelegten Regeln fur die verschie- 
denen Datenquellen strukturiert Das Informationsfeld 
wird so lange mit Daten gemaB des vom HEADER 
vorgegebenen Multiplexschema aufgefailt, bis die Pa- 
ketlange n erreicht ist 

Als erster Schritt fUr eine Datcnabertragung muB mit 
Hilfe eines Kontrollprotokolls eine Verbindung aufge- 
baut werden, wobei Datenpakete mit einer definierten 
Lange n benutzt werden. Die Lange n ist ftir Empfanger 
und Sender einstellbar, auch zu einem spateren Zeit- 
punkt Dazu muB das KontroUprotokoU in die Obertra- 
gung eingreif en und einen Abgleich vomehmen. 

Da die Rahmenlange n der Multiplex-Pakete tiber 
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einen im Kontrollprotokoll festgelegten Zeitraum kon- 
stant gehalten werden kann. laBt sich folgende Synchro- 
nisationsstrategie anwenden: Zu Begiiin der Obertra- 
gung sucht der Empfanger das Synchronisationsmuster. 
Das Synchronisationsmuster muB nur an den entspre- 5 
chenden Stellen nach der Lange n gesucht und uber- 
priift werdeiL Es 1st beim Verbindungsaufbau und bei 
der Startsynchronisation z, B. von Vorteil, zu Beginn der 
Obertragung (Verbindungsaufbau mit Hilfe eines Kon- 
trollprotokolls) kiirzere Langen fur n zu benutzen. Mit 10 
Hilfe des Kontrollprotokolls wird dann ein Zeitpunkt 
festgelegt, ab dem die Lange n geandert wird. 

Zur Erkennung des SYNC auf der Empfangerseite 
der DatenUbertragung im Demultiplexer wird eine Min- 
destanzaW von Bits festgelegt, die zwischen einem Mu- 15 
ster im Datenstrom und dem Synchronisationsmuster 
SYNC tibereinstimmen miissen, 1st dieses Korrelations- 
minimum erreicht (Korrelationsbedingung), so gilt das 
Synchronisationsmuster als gefunden. Fafis auf diese 
Weise ein Synchronisationsmuster gefunden wurde, 20 
lauft ein Fehlererkennungsverfahren fur den HEADER 
ab. Eine erfolgreicher Aufbau der Synchronisation im 
Empfanger findet nur statt, wenn zum Synchronistaions- 
muster ein fehlerfreier HEADER gefunden wurde. Die 
Fehlererkennung kann im einfachsten Fall em Parity- 25 
Check sein, wird aber vorzugsweise mit einem CRC-Co- 
de durchgefiihrt Wurde em Fehler bei der Obertragung 
der Daten entdeckt, wird das Synchronisationsverfah- 
ren mit der Suche nach dem nachsten Synchronisations- 
muster fortgesetzt In diesem Beispiel muB das SYNC 30 
und der dazugehorige fehlerfreie HEADER einmal ge- 
funden werden, um die Startsynchronisation zuwege zu 
bringen. 

1st das Startsynchronisationsverfahren erfolgreich 
durchgefiihrt, wird das nachste Synchronisationsmuster 35 
jeweils nach einem kompletten Rahmen der Lange n 
gesucht Gleichzeitig lauft ein Zahler mit, der mkremen- 
tiert wird, wenn das Synchronisationsmuster die Korre- 
lationsbedingung nicht erfuUt und der HEADER nicht 
fehlerfrei erkannt werden kann. Hat der Zahler einen 40 
Grenzwert G2 (ganzzahliger Wert, der vom Kontroll- 
protokoll festgelegt wird) flberschritten, gilt die Syn- 
chronisation als verloren und es muB nach obigem Sche- 
ma neu synchronisiert werden. Typischerweise gilt die 
Synchronisation nach vier Versuchen als verloren (ab- 45 
h&ngig vom untersuchten Kanal) und es erfolgt eine 
neue Startsynchronisation. 

1st die Synchronisation im Empfanger erfolgreich ab- 
gelaufen, beginnt die Verarbeitung des HEADERS, von 
HEX und der INFORMATION. 50 

Das Feld MEX umfaBt z Bits, die als Zahler eingesetzt 
werden (0 bis 2^^). Zunachst wird der Zahler im Sender 
auf 0 gesetzt Wird em Multiplexpaket mit dem gleichen 
HEADER wie das vorhergehende Paket ubertragen, so 
wird der Zahler HEX inkrementiert Sollte der Zahler 55 
bereits den Wert 2^ "J erreicht haben, so wird der Zah- 
lerstand beibehalten, Andert sich der HEADER, so wird 
der Zahler HEX des zugehorigen Paketes auf 0 gesetzt 
Wird ein HEADER als fehlerhaft erkannt, so kann das 
zugeharige Multiplexpaket zunachst nicht weiter verar- eo 
beitet werden. Mit Hilfe des ZShlers ist allerdings eme 
spatere korrekte Verarbeitung mdglich. Sollte nSmlich 
in einem der nSchsten Pakete ein gultiger HEADER mit 
zugehdrigem HEX-Datenblock vorhanden sein, so kann 
man anhand des Zahlers HEX Riickschlusse auf die vor- 65 
hergehenden HEADER anstellen fRiickwartserken- 
nung"). Der Sachverhalt soil an einem Beispiel verdeut- 
licht werden, Es werden drei empfangene Multiplexpa- 
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kete betrachtet Paket 2 sei mit f ehlerhaftem HEADER 
empfangen worden und wird deshalb zunachst zwi- 
schengespeichert Ist nun der Zahler HEX 3 un Paket 3 
grdSer oder gleich 1, so kann das vorhergehende gespei- 
cherte Paket 2 mit HEADER 3 verarbeitet werden. Ist 
der Zahler HEX 3 dagegen 0, so kann HEADER 3 nicht 
identisch mit dem fehlerhaften HEADER 2 sein, Daher 
ist es giinstiger, das gespeicherte Paket 2 mit HEADER 
1 zu verarbeiteru 

Es besteht zwar eine Unsicherheit, ob der richtige 
HEADER benutzt wird, aber im allgemeinen ist es vor- 
teilhafter, die Daten mit einem falschen HEADER zu 
verarbeiten, als das Multiplexpaket Uberhaupt nicht zu 
verarbeiten. 

Weitere Ausfuhrungsbeispiele 

Eme weiterer Einsatz des Feldes HEX setzt voraus, 
daB man im Sender z. B. mit Hilfe eines Kontrollproto- 
kolls festlegt, daB eine Mindestanzahl von m aufeinan- 
derfolgenden Multiplexpaketen mit dem gleichen Multi- 
plexschema ubertragen werden soil, bevor sich der 
HEADER andert So kann das Verf ahren noch fehlerro- 
buster gemacht werden, Je m Pakete wiirden dann eine 
gemeinsame Klasse (mit identischem HEADER) dar- 
stellen. Im Beispiel der drei Datenpakete ware bei HEX 
3 = 0 und m > 1 klar, daB HEADER 2 identisch mit 
HEADER 1 sein muB. In Fall einer gemeinsamen HEA- 
DER-KIasse kdnnte man die Zahlweise von HEX auch 
in folgender Weise modifizieren: 

a) Der Zahlerstand HEX ffir die HEADER einer 
gemeinsamen Klasse ist identisch. Erst bei Beginn 
emer neuen Klasse wird der Zahlerstand gemaB 
obigen Regeln inkrementiert bzw. auf 0 gesetzt 

b) In jeder Klasse wird HEX im ersten Paket auf 0 
gesetzt und anschlieBend fiQr jedes weitere Paket 
der Klasse inkrementiert 

Durch das Zwischenspeichem eines Paketes mit feh- 
lerhaftem HEADER wird die Weitergabe an die Deco- 
der der Datenquellen verzogert. Fiir bestimmte Daten- 
quellen mochte man solche Verzogerungen vermeiden. 
Daher sollten diese Datenquellen in separaten Multi- 
plexfeldem ubertragen werden, die nicht durch den 
HEADER spezifiziert werden. 

Als weitere Maglichkeit des Einsatzes von HEX laBt 
sich das Feld auch zur "Vorwartssignalisierung" verwen- 
den. Im Sender wird festgelegt wie oft der aktuelle 
HEADER in den weiteren Paketen benutzt wird Diese 
Zahl kann aus den aktuellen Buffer-Standen der Daten- 
quellen, statistischen Oberlegungen oder aufgrund an- 
derer Strategien ermitteit werden. Nach Kenntnis eines 
giihigen HEADERS mit zugehorigem Zahler HEX kon- 
nen im Empfanger nachfolgende fehlerhafte Pakete 
korrigiert werden, falls sie im Wertebereich von MAX 
liegen. Im Empfanger kann der richtige HEADER fur 
ein fehlerhaftes Paket unmittelbar bestimmt werden. Es 
entsteht keine Verzogerung. Je weiter der HEADER im 
voraus bestimmt werden kann, desto besser arbeitet das 
Verfahren. 

Folgende Zahlweise sei beispielhaft angegeben: Zu- 
nachst wird bestimmt, wie oft der aktuelle HEADER in 
den nachfolgenden Multiplexpaketen ununterbrochen 
benutzt wird Dieser Wert m kann z. B. aus den Buffer- 
Standen der Datenquelle ermitteit werden. (Alternativ 
ist eine willkurlich festzulegende Zahl denkbar). m wird 
dem Zahler HEX zugewiesen. Geht m iiber den Wert- 
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bereich des Zahlers hinaus, so wird der Zahler auf sein 
Maximum 2^—1 gesetzt Eine Anderung des HEADERS 
ist fruhestens nach 2^ Paketen moglich. Solange der 
HEADER nicht geandert werden soli, bleibt der Zahler 
konstant auf m bzw. 2^-1. Soli eine HEADER- Ande- 
rung vorgenommen werden, wird in jedem Paket der 
Zahler um 1 verringert bis der Zahler auf 0 steht Im 
folgenden Paket darf der HEADER geandert werden. 
Der zahler wird nun erneut auf m bzw. 2^—1 gesetzt, 
wobei m eventuell neu bestimmt wird. 

Gegebenenfalls ist es sinnvoll und auch moglich, die 
beiden HEX-Zahlverfahren , die Ruckwartserkennung 
und die Vorwartssignalisierung miteinander zu kombi- 
nieren. Die Verwendung des Zahlers HEX ist sowohl 
mit variablen als auch mit konstanten Multiplexlangen 
moglich. 

In einem weiteren Ausfiihrungsbeispiel wird ein 
durch die Koordination zwischen Sender und EmpfSn- 
ger ein besonders sicherer Kenntnisstand uber den in 
jedem Paket benutzten HEADER ermoglicht 

HEX besteht aus zwei Bits (Bl und B2). Bl wird fur 
die Anmeldung einer HEADER-Anderung gesetzt, 
wahrend B2 fur die Signalisierung "Anmeldung des 
HEADER-Anderungswunsches auf Empfangerseite er- 
kannt"* gesetzt wird Im folgenden soil ein mSgliches 
Szenario fur die Benutzung von Bl und B2 beschrieben 
werden: 

Zu Beginn werden beide Bits auf 0 gesetzt Es wird 
zunachst davon ausgegangen, daB sich der HEADER 
nicht andert MSchte der Sender einen neuen HEADER 
einstellen, so wird Bl auf 1 gesetzt Der Empfanger 
erkennt bei fehlerfreier Obertragung den Anderungs- 
wunsch und setzt seinerseits B2 auf 1. Sobald der Sender 
diese Signalisierung erhalt, kann der HEADER gean- 
dert werden. SoUte durch Obertragungsfehler die Riick- 
meldung nicht erfolgen, so muB der Sender den Ande- 
rungswunsch nach einer gewissen Wartezeit erneut mit 
Bl aiunelden. Der Sender andert den HEADER nicht 
bevor er B2 = 1 erkannt hat Der Empfanger setzt 
jeweils dann B2 auf 1, wenn er unmittelbar vorher Bl - 
1 empfangen hat Andemf alls wird B2 auf 0 gesetzt FQr 
das RQcksetzen von Bl auf 0, sind verschiedene M6g- 
lichkeitendenkbar: 

Bl wird nach der HEADER-Andenmgssignalisierung 
wieder auf 0 gesetzt Ein emeutes Setzen von Bl auf 1 
darf erst erfolgen, wenn die Ruckmeldung B2 « 1 einge- 
trof fen ist, oder eine Mindestzeit seit der HEADER-An- 
derungssignalisierung abgeiaufen ist 

Bl wird solange auf 1 gesetzt, bis die ROckmeldung 
B2 = 1 eingetroffen ist 

Fur beide Verfahren ist es gunstig die Laufzeit zu 
kennen, die benotigt wird, um einen Multiplexpaket zum 
Empfanger und zuriick zu schicken. Mit dieser Kenntnis 
kann im Empfanger das Datenpaket bestimmt werden, 
ab dem die HEADER-Anderung durchgefuhrt wurde, 
falls die Ruckmeldung B2 fehlerfrei vom Sender emp- 
fangen wurde, 

Fiir alie Ausfiihrungsformen ist es moglich Fehler- 
schutzverfahren anzuwenden. So kann HEX mit Hilfe 
eines f ehlererkennenden und anschlieBend f ehlerkorri- 
gierenden Codes geschiitzt werden. Es ist natfirlich auch 
moglich, HEADER und HEX als emen Datenblock an- 
zusehen, der einen gemeinsamen Fehlerschutz enthSlt 

Mochte man sich ein paketubergreifende Verteilung 
des HEADERS (Interleaving) zunutze machen, wird 
vorausgesetzt, daB der HEADER nur nach jeweils m 
Paketen geandert werden darf (m aufeinanderfolgende 
Pakete mit identischem HEADER entsprechen einer 



IClasse"). Mit der Festlegung einer Zahl von Multiplex- 
paketen mit konstantem HEADER, ist es mdglich, den 
HEADER iiber die gesamte Klasse zu verteilen. Um 
Verzogerungen beim Empfanger zu vermeiden, ist es 
5 sinnvoll, daB der HEADER, der innerhalb einer Klasse 
ubertragen wird, das Multiplexschema der folgenden 
Klasse enthalt 

Zu Beginn der Obertragung der Daten muB als erstes 
eine Leerklasse ohne INFORMATION tibertragen 
10 werden, die den HEADER fQr die folgende Klasse ent- 
halt 

Fur den Schutz des iiber die m Pakete verteilten 
HEADERS bieten sich Losungen mit verschiedenen feh- 
lerkorrigierenden MaBnahmen, z. B. mit Hilfe von Re- 

15 ed-Solomon-Codes an. Nach der Reed-Solomon Codie- 
rung erhSJt man 2^—1 Symbole, die jeweils aus k Bit 
bestehen. Die Verteilung des HEADERS samt Fehler- 
schutz entlang der m Pakete sollte symbolweise erfol- 
gen. Sollten mehr Symbole als Pakete vorhanden sein, 

20 ist es giinstig, im vorderen Teil der Klasse eine groBere 
Anzahl von Symbolen zu plazieren. Damit ist es im 
Empfanger u. U. moglich, eine Decodienmg des Reed- 
Solomon Codes vorzunehmen, bevor alle Symbole be- 
kannt sind Das paketubergreifende Interleaving er- 

25 moglicht eine bessere Fehlerkorrigierbarkeit der HEA- 
DER, da der EinfluB von BOndelfehlem verringert wird. 

Fur alle beschriebenen Ausfiihrungsformen gilt, daB 
alle mit HEADER versehenen MultiplexprotokoUe da- 
von profitieren, daB der zu iibertragende HEADER 

30 mindestens m-mal hintereinander benutzt wird Im Prin- 
zip bedeutet das Festlegen einer solchen Zahl m nichts 
anderes, als das VergrdBem der Multiplexpaketiange, 
wenn feste Langen benutzt werden, ohne dafi dadurch 
die Nachteile einer Verzdgerung in Kauf zu nehmen 

35 waren. 

Sollte trotz aller Fehlerstrategien keine Mogiichkeit 
bestehen, den zu einem Paket zugehorenden HEADER 
zu ermitteln, so sollte der letzte fehlerfrei empfangene 
HEADER benutzt werden. 



40 
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Patentanspriiche 

1. Verfahren zur Datenubertragung mittels Daten- 
blocken zwischen zwei Stationen, wobei die Daten- 
blocke ein Synchronisationsmuster SYNC, einen 
HEADER und einen INFORMATIONS-Feld auf- 
weisen, wobei das Synchronisationsmuster SYNC 
den Beginn des Datenblockes anzeigt und der 
HEADER Steuerzeichen far die Behandlung des 
nachfolgenden INFORMATIONS-Feldes enthalt, 
dadurch gekennzeichnet, daB dem HEADER ein 
Kontrollfeld HEX fur die Rekonstruktion fehler- 
haft ubertragener HEADER nachgestellt wird. 

2. Verfahren zur Dateniibertragung mittels Daten- 
blocken zwischen zwei Stationen nach Anspruch 1, 
dadurch gekennzeichnet, daB HEX eine Anzahl 
von z Bits als Information iiber mogliche HEA- 
DER- Wechsel zwischen Datenblocken enthalt 

3. Verfahren zur Dateniibertragung mittels Daten- 
blocken zwischen zwei Stationen nach Anspruch 1 
bis 2, dadurch gekennzeichnet, daB ein HEADER- 
Wechsel fruhestens nach m Datenbldcken durchge- 
fiihrt werden darf. 

4. Verfahren zur Dateniibertragung mittels Daten- 
blocken zwischen zwei Stationen nach Anspruch 1 
bis 2, dadurch gekennzeichnet, daB ein HEADER- 
Wechsel jeweils nur nach genau m Paketen durch- 
gefuhrt werden darf. 
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5. Verfahren zur Datentibertragung mittels Daten- 
blQcken zwischen zwei Stationen nach Anspruch 1 
bis 4, dadurch gekennzeichnet, daB m vom Sender 
Oder von einem Kontrollprotokoll vordefiniert 
wird 5 

6. Verfahren zur Datentibertragung mittels Daten- 
blocken zwischen zwei Stationen nach Anspruch 1 
bis 5, dadurch gekennzeichnet, daS der mittels HEX 
definierte Zahler in einem Paket mit verandertem 
HEADER auf einen vordefinierten Wert, vorzugs- lo 
weise Null, gesetzt wird. 

7. Verfahren zur Datentibertragung mittels Daten- 
bldcken zwischen zwei Stationen nach Anspruch 1 
bis 5, dadurch gekennzeichnet, daB der mittels HEX 
definierte Zahler inkrementiert wird, falls sich der 15 
HEADER im Vergleich zum vorfaergehenden Pa- 
ket nicht verandert hat 

8. Verfahren zur Datentibertragung mittels Daten- 
blocken zwischen zwei Stationen nach Anspruch 1 
bis 5, dadurch gekennzeichnet, daB der mittels HEX 20 
definierte Zahler dekrementiert wird, falls sich der 
HEADER im Vergleich zum vorhergehenden Pa- 
ket nicht verandert hat 

9. Verfahren zur Datentibertragung mittels Daten- 
blacken zwischen zwei Stationen nach Anspruch 1 25 
und 2, dadurch gekennzeichnet, daB vorzugsweise 
vom Kontrollprotokoll eine Zahl m von Datenblok- 
ken mit gleichem HEADER, eine Klasse, festgelegt 
wu*d und der mittels HEX definierte Zahler einen 
konstanten Wert ftir die Klasse hat und erst bei 30 
HEADER-Wechsel auf Null gesetzt wird. 

10. Verfahren zur Datentibertragung mittels Da- 
tenblocken zwischen zwei Stationen nach An- 
spruch 1 -und 2, dadurch gekennzeichnet, daB vor- 
zugsweise vom Kontrollprotokoll eine Zahl m von 35 
Datenblocken mit gleichem HEADER, eine Klasse, 
festgelegt wird und der mittels HEX definierte 
Zahler innerhalb der KLlasse inkrementiert und bei 
Wechsel der Klasse auf Null gesetzt wird. 

11. Verfahren zur Datentibertragung mittels Da- 40 
tenbldcken zwischen zwei Stationen nadh An- 
spruch 1 und 2, dadurch gekennzeichnet, daB eine 
veranderbare Zahl von zu ubertragenden Daten- 
blocken m mit gleichem HEADER festgelegt wird 
und der mittels HEX definierte Zahler auf den ma- 45 
ximalen Wert m oder 2^— 1 gesetzt und ein HEA- 
DER-Wechsel mit der Dekrementierung des Zah- 
lers auf Null eingeleitet wird 

12. Verfahren zur Datentibertragung mittels Da- 
tenblocken zwischen zwei Stationen nach An- 50 
spruch 1 1, dadurch gekennzeichnet, dafi der HEA- 
DER-Wechsel im anschlieBenden Paket erfolgt, 
wenn ein vordefinierter Wert, vorzugsweise Null, 
erreicht wird 

13. Verfahren zur Datentibertragung mittels Da- 55 
tenbldcken zwischen zwei Stationen nach An- 
spruch 1 1, dadurch gekennzeichnet, daB m tiber ei- 
nen bestimmten Zeitraum konstant gehaiten wird 
und vorzugsweise fiber em Kontrollprotokoll ver- 
andert werden kann. 60 

14. Verfahren zur Datentibertragung mittels Da- 
tenblocken zwischen zwei Stationen nach An- 
spruch 4 bis 10, dadurch gekennzeichnet, dafi der 
HEADER tiber alle Datenblocke einer Klasse ver- 
teilt wird und im HEADER jeweils das Multiplex- 65 
schema der folgenden Klasse festgelegt wird. 

15. Verfahren zur Datentibertragung mittels Da- 
tenblocken zwischen zwei Stationen nach An- 
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spruch 1 und 2, dadurch gekennzeichnet, daB HEX 
beispielsweise aus 2 Bits besteht, die ftir die Anmel- 
dung einer HEADER- Anderung und der Ruckmel- 
dung mit Erkennung des HEADER-Anderungs- 
wunsches gesetzt werden. 

16. Verfahren zur Datentibertragung mittels Da- 
tenblocken zwischen zwei Stationen nach An- 
spruch 15, dadurch gekennzeichnet, daB das HEA- 
DER-Anderungssignal bei erfolgreicher Rtickmel- 
dung des Empfangers rtickgesetzt wird 

17. Verfahren zur Datentibertragung mittels Da- 
tenblocken zwischen zwei Stationen nach An- 
spruch 15, dadurch gekennzeichnet, daB das HEA- 
DER-Anderungssignal nach einer laufzeitabhangi- 
gen Mindestdauer rtickgesetzt wird 

18. Verfahren zur Datentibertragung mittels Da- 
tenblocken zwischen zwei Stationen nach An- 
spruch 1 bis 17, dadurch gekennzeichnet, daB HEA- 
DER und HEX gemeinsam mit einem fehlererken- 
nenden und fehlerkorrigierenden Kode geschtitzt 
werden. 

19. Verfahren zur Datentibertragung mittels Da- 
tenblocken zwischen zwei Stationen nach An- 
spruch 1 bis 18, dadurch gekennzeichnet, daB der 
Fehlerschutz des HEADERS mit Reed-Solomon- 
Codes erfolgt 
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